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(54) Product identification data management system and product identification data 
management method 



(57) The present Invention relates to a product iden- 
tification data management system and method. Ac- 
cording to the present invention, an input device of a 
purchasing department reads a bar code and an RF tag 
as data of two identification data systems added to a 
product such that the identification data of the two iden- 
tification data systems are related with each other. The 
read barcode data and RF tag data are stored and man- 



aged in first and second databases of a information de- 
partment, respectively. When a user terminal such as a 
product data terminal issues a request to acquire pre- 
determined data on the basis of the bar code data of the 
product, the predetermined data is retrieved from either 
or both of the first and second databases. The acquired 
data is returned to the user terminal. The consistency 
between identification daia added to each product can 
also be checked. 
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Description 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

[0001] The present invention relates to a product 
identification data management system and method tor 
managing identification data attached to products. 

2. Description of the Related Art 

[0002] Bar codes are affixed on most products dealt 
with in stores. A bar code is a combination of varying- 
wldth parallel bare and spaces and represents numeri- 
cal data or symbolic data. The barcode (s read using a 
barcode reader as a dedicated input device, so that data 
of the corresponding product can be obtained. There- 
fore, data concerned wan each product can be rapidly 
input with accuracy without using an input device such 
as a keyboard to manually input data, AccoraTngly, bar 
codes are attached to many products and are effectively 
used. 

[0003] Typical data represented using a bar code af- 
fixed on a product includes, for example, JAN (Japa- 
nese Article Number) code. The JAN code consists of 
13 or a digits. The JAN code includes a country code 
indicating in what country the corresponding product 
was produced, a manufacturer code indicating the man- 
ufacturer of the product, a product code specifying the 
product, and a check digit. Advantageously, the quantity 
of stocK and the sale proceeds can be Immediately 
grasped using barcodes affixed on respective products. 
[0004] When a bar code consists of, e.g., 13 digits, 
data indicating the product code corresponds to only 6 
digits. Unfortunately, detailed information such as the 
name of the product and Its price cannot be obtained 
from the read JAN code. In the application ot bar codes 
for product management, an approach of using a bar 
code as ID, i.e., Identification data for database retrieval 
is used. The bar code can include only identification data 
to specify thecorresponding product, so that the number 
oT digits can be reduced. As identification data included 
in a bar code, for example, a product code, an order 
number, a delivery number, a drawing number, a man- 
ufacturing management number, an operating instruc- 
tion number, or a serial number Id used. 
[O00S] A user uses a bar code reader to scan a bar 
code attached on a product, thus reading data of the bar 
code. Accordingly, barcodes are not suitable for check- 
ing the quantity of stock of an item after products of the 
item are arranged in a showcase. Hence, an approach 
of adding a radio frequency (RF) tag to each product is 
proposed. 

[0006] The RF tag is also called an electronic tag (in- 
tegrated circuit tag; ICtag). Data concerned with a prod- 
uct is read using radio waves generated from the corre- 
sponding tag. It is unnecessary to move a tag reader 
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close to a product in order to scan a tag affixed on the 
product. Advantageously, RF tags are attached to vari- 
ous products such as clothing, food, daily needs, and 
books. The RP tag can have various capabilities for 

* stock management, sales management, ensuring trace- 
ability, theft prevention, and information service. In ad- 
dition, the RF tag has extremely higher information 
processing capability than those of already-existing bar 
code systems. Data can be rewritten or added to the RF 

10 tag. 

[0007] The above-mentioned RF tag is being mini- 
mized as a combination of an ic chip and an antenna 
and its price is being plunged. There are signs of wide- 
spread proliferation of RF tags. Japanese Unexamined 

ts Patent Application Publication No. 2001-287010 (Ref- 
erence 1) discloses a technique of affixing an RF tag, 
called an electronic product code (EPO) to identify each 
individual product, on each product tor product distribu- 
tion management. 

20 [0008] The bar code systems have already been 
widespread as mentioned above. The application field 
thereof is not limited to recording codes of various prod- 
ucts with registers serving as point-of sale (POS) termi- 
nals at the point of sale to count sold products. For ex- 

2* ample, data corresponding to respective bar codes are 
registered In a database so that the bar codes are used 
for accounting treatment of sold products. Various proc- 
esses are established in product management using bar 
codes. 

so [0009] To achieve greater proliferation of RF tags, it 
Is necessary that RF tag systems coexist with the al- 
ready-existing established bar code systems for the bar 
code system users' convenience and making the 
smooth transition to the new systems. For this purpose, 

35 for example, both of a bar code and an RF tag are tem- 
porarify attached to each product. 
[001 0] Each RF tag has larger data capacity than that 
Of each bar code. Accordingly, RF tag data represented 
by the RF tag can include barcode data represented by 

40 the barcode. When the magnitude relationship between 
two kinds of data capacities is found, identification data 
of one identification data system (large-capacity data 
system) with a large data capacity contains identification 
data of the other identification data system (smatl-ca- 

45 pacity data system) with a small data capacity, so that 
the two kinds of identification data can be related with 
each other. 

[0011] In the above-mentioned relating, identification 
data of the small-capacity data system is written in iden- 

60 tification data of the largo-capacity data system. Re- 
garding the attachment of a tag including identification 
data of the large-capacity data system to each product, 
disadvantageously, the tag cannot be attached to the 
product unless a bar code including identification data 

ss of the small-capacity data system has already been at- 
tached to the product. In addition, if new identification 
data of the small-capacity data system is used, it fe nec- 
essary to form tags including identification data of the 
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large-capacity data system so that the identification data 
of the large-capacity data system includes the new iden- 
tification data of the small-capacity data system. In other 
words, it is necessary to always recognize identification 
data of the small-capacity data system when the corre- 
sponding tag is fabricated. Disadvantageous^, the fab- 
rication of tags and the management of identification da- 
ta are difficult. 

[001 2] To overcome the above disadvantages, a tech- 
nique of mixing a keyword of one data system, indicating 
the features of an individual, as an exchangeable key- 
word into identification data of the other data system is 
proposed. For example, Japanese Unexamined Patent 
Application Publication No. 2000-278477 (Reference 2) 
discloses such a technique. 

[0013] According to the above technique, since a Key- 
word of one data system indicating the features of en 
individual is mixed as an exchangeable keyword into 
identification data of the other data system, keyword 
can be flexibly set to some extent. However, it Is neces- 
sary to find a keyword by keyword matching. According 
to this technique, therefore, it is necessary to generate 
Identification data of one data system in consideration 
of the other data system. Disadvantageous!^ the de- 
pendence between two data systems cannot be elimi- 
nated, 

SUMMARY OF THE INVENTION 

[001 4J Accordingly, it is an object of the present inven- 
tion to provide a product identification data management 
system and method capable of adding identification da- 
ta of different data systems to each product independ- 
ently of each other and also capable of relating the iden- 
tification data of the two data systems with each other. 
[001 5] According to a first aspect of the present inven- 
tion, a product identification data management system 
includes: (a) an identification data input unit for inputting 
identification data of two data systems added to each 
product such that the identification data of one data sys- 
tem is related with that of the other data system every 
product; (b) a database for storing the identification data 
of the two data systems input by the identification data 
input unit such that the identification data of one data 
system is related with that of the other data system every 
product; and (c) a database retrieval unit for retrieving 
the identification data of one data system from the da- 
tabase and acquiring the identification data when the 
identification data of the other data system is desiccat- 
ed. 

[001 6] I n other words, according to the first aspect of 
the present invention, the identification data input unit 
inputs identification data of two data systems actually 
added to a product or to be added thereto. The identifi- 
cation data of the two data systems are stored in the 
database such that they are related with each other eve* 
ry product. Thus, when any of the identification data of 
the two data systems is designated, the identification 
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data of the designated data system is retrieved from the 
database, so that the identification data of the other data 
system can be acquired In addition, the identification 
data of the two data systems can be related with each 
5 other in the database. Thus, each identification data can 
be independently operated. 

[0017] According to a second aspect of the present 
invention, a product identification data management 
system includes: (a) a relation mode reading unit for 

10 reading Identification data of two data systems correctly 
added to each product in order to identify the same prod- 
uct; (b) a relating unit for relating the class fields of the 
identification data of the two data systems, read by the 
relation mode reading unit, with each other every kind 

w of product, the class field serving as a data segment to 
identify the kind of product; (c) a database for storing 
the identification data of the two data systems with the 
class fields related by the relating unit; and (d) a data- 
base retrieval unit for retrieving the identification data of 

20 one data system from the database and acquiring the 
identification data when the class field of the identifica- 
tion data of the other data system is designated. 
[00181 In other words, according to the second aspect 
of the present invention, the relation mode reading unit 

a* reads identification data of two data systems correctly 
added to each product in order to Identify the same prod- 
uct. The identification data of the two data systems can 
be read simultaneously, successively, or at different 
times. The relating unit relates the class fields of the 

so identification data of the two data systems with each oth- 
er every kind of product. The class field serves as a data 
segment to identify the kind of product. The related iden- 
tification data of the two data systems are stored in the 
database. Thus, when the dass field of the identification 

33 data of any of the two data systems is designated, the 
identification data of the other data system can be ac- 
quired with reference to the database. In addition, the 
identification data of the two data systems are related 
with each other in the database. Thus, each identffica- 

40 tlon data can be independently operated. 

[0019] According to a third aspect of the present in- 
vention, a product identification data management sys- 
tem Includes: (a) a relation mode reading unit for reading 
identification data of two data systems correctly added 

4* to each product in order to identify the same product; 
(b) a relating unit for relating the class fields of the iden- 
tification data of the two data systems, read by the rela- 
tion mods reading unit, with each other every kind of 
product, the class field serving as a data segment to 

so identify the kind of product; (c) a database for storing 
the identification data of the two data systems with the 
class fields related by the relating unit; (d) a check mode 
reading unit for reading identification data of the two da- 
ta systems added to the same product in order to check 

« the unknown relation therebetween; (e) a check mode 
retrieval unit for retrieving identification data of one data 
system, which is related with the identification data of 
the other data system read by the check mode reading 
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unit, from the database; (f) an identification data check- 
ing unit for checking Whether the identification data re- 
trieved by the check mode retrieval unit id identical to 
the identification data with the related class field read 
by the check mode reading unit; and (g) a relation de- 
termination unit for determining that the identification 
data of the two data systems with the unknown relation 
therebetween added to the product, read by the check 
mode reading unit, are related with each other as iden- 
tification data of the same product when the identifica- 
tion data checking unit obtains the consistency of both 
the Identification data, and for determining that the iden- 
tification data of the two data systems are not related 
with each other as identification data of the same prod- 
uct in other cases. 

[0020] In other Words, according to the third aspect of 
the present invention, when identification data of the two 
data systems are added to each product on condition 
thatthe database for storing the related identification da- 
ta of the two data systems is constructed in a manner 
similar to the invention disclosed in Claim 2, the consist- 
ency therebetween for the same product Is checked. To 
check the consistency therebetween, on the basis of 
Identification data of one data system read from the 
product to be checked, identification data of the other 
data system is acquired from the database. Whether the 
acquired identification data is identical to the identifica- 
tion data read from the product is determined. Thus, af- 
ter identification data of the two data systems are added 
to each product, the consistency therebetween can be 
easily checked. 

£0021 ] According to the fourth aspect of the Invention, 
a product identification data management system in- 
cludes: a first computer-readable recording medium for 
recording first identification data, the first recording me- 
dium being attached to each product to be managed; a 
second computer-readable recording medium for re- 
cording second identification data having a data system 
independent of that of the first identification data, the 
second recording medium being attached to each prod- 
uct together with the first recording medium; a first stor- 
age device for storing the first identification data and da- 
ta recorded in connection with the first identification da- 
ta; a second storage device for storing the first and sec- 
ond identification data such that the first identification 
data recorded In the first recording medium attached to 
the product is related with the second identification data 
recorded In the second recording medium attached to 
the same product; and a processor for executing a proc- 
ess of retrieving data on the basis of Input second iden- 
tification data by using first identification data corre- 
sponding to the input second identification data, 
[0022] In the fourth aspect, during the transition to a 
new cods system or a new recorcfing medum used to 
add identification data to a product, e.g., the transition 
from a bar code to an RF tag, the new code system can 
be added to the product independently of an old code 
system. In addition, the new code system can utiize a 



database constructed in association with the old code 
system. In this case, the system may further include a 
third storage device for storing the second identification 
data and data recorded in connection with the second 

s identification data. 

[0023] In the fourth aspect, the system may further in- 
clude a processor for executing a process of checking 
data stored In the first storage device against data 
stored in the third storage device on the basis of the re- 

io lation stored in the second storage device. The first to 
third storage devices may be the same storage device. 
[0024] In the system of the fourth aspect, the first re- 
cording medium may include a bar code printed matter 
and the second recording medium may include an RF 

f« tag. 

[0025] As mentioned above, according to the present 
invention, identification data of two data systems are ex- 
ternally related with each other, the relation therebe- 
tween is stored in a database. Accordingly, identification 
x> data of one data system need not include all or a part of 
identification data of the other data system. Since iden- 
tification data of the two data systems need not depend 
on each other, the Identification data of the two data sys- 
tems can be independently managed. In addition, iden- 
tif ication data itself need not include excess information, 
thus resulting in efficient data structure, 

BRIEF DESCRIPTION OF THE DRAWINGS 



90 [0026] 

Fig. 1 is a schematic diagram of the structure of a 
product identification data management system ac- 
cording to a first embodiment of the present inven- 
tion; 

Fig. 2 is a perspective view of an input device, which 
is reading identification data concerned with a prod- 
uct, arranged in a purchasing depanm em according 
to the first embodiment; 

Fig. 3 Is a block diagram of the principle structure 
of the product identification data management sys- 
tem according to the first embodiment; 
Rg. 4 is a table explaining the content of a first da- 
tabase at predetermined time according to the first 

*t embodiment; 

Fig. 5 is a table explaining the content of a second 
database according to the first embodiment; 
Rg. 6 is a flowchart of a process of a relating unit 
according to the first embodiment; 

50 Rg. 7 is b flowchart of a process of a data updating 
unit in response to a request in step S202; 
Rg. 8 is a table explaining the content of the first 
database after a processing step in S221 is per- 
formed; 

55 Rg, 9 is a flowchart of a process of a product data 
terminal when a terminal user issues a request to 
acquire data concerned with a product in the first 
embodiment; 
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Fig. 10 is a flowchart of a process of an in-store 
processor when the terminal user Issues a request 
to acquire data concerned with the product in the 
first embodiment; 

Fig. 1 1 is a flowchart specifically showing a process 
of a first data providing unit according to the first 
embodiment; 

Fig. 12 is a flowchart specifically showing a process 
of a second data providing unit according to the first 
embodiment; 

Fig. 13 is a block diagram of the principle structure 
of an essential part of a product identification data 
management system according to a second em- 
bodiment of the present invention; 
Fig. 14 is a perspective view of an input-output de- 
vice, which is reading identification data of a prod- 
uct, according to the second embodiment; 
Fig. 15 is a flowchart mainly showing a process In 
a consistency check mode according to the second 
embodiment; 

Fig. 16 is a block diagram of the principle structure 
of an essential part of a product identification data 
management system according to a third embodi- 
ment of the present invention; 
Fig. 17 is a table explaining the content of a first 
database at certain time according to the third em- 
bodiment; 

Fig. 18 is a tabfe explaining the content of the first 
database at time subsequent to the certain time in 
Fig. 17: 

Fig. 19 is a block diagram of the principle structure 
of an essential part of a product Identification data 
management system according to a fourth embod- 
iment of the present invention; 
Fig. 20 is a table partially showing data stored in a 
second database according to the fourth embodi- 
ment; and 

Fig. 21 is a table explaining the content of the sec- 
ond database at time subsequent to time at which 
the database has data in Ffg. 20. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0027] Embodiments of the present invention will now 
be described in detail below. 

First Embodiment 

[0028] Fig. 1 shows an overview of a product identifi- 
cation data management system 1 00 according to a first 
embodiment of the present invention. The product iden- 
tification data management system 100 manages prod- 
ucts handled in stores of a specific sales company using 
a communication network 101 such as the Internet or 
an Intranet. In a factory 102. each of the products 1 03 
is affixed with a bar code 1 04 indicating a manufacturer 
code and a product code and an RF tag 105 with Iden- 



tifier whereby the corresponding product can be unique- 
ly identified. Then the products 1 03 are shipped out. The 
products 1 03 are stored in a warehouse 1 06 and appro- 
priately delivered to a purchasing department 107 of the 
5 sales company. The purchasing department 1 07 , an in- 
formation department 1 08. and the store of the company 
1 09 are connected to the communication network 1 01 . 
Although one factory 102, one warehouse 106, one pur- 
chasing department 107. and one store 1 0d are shown 
in Fig. 1, the arrangement Is not limited to this case. For 
example, if the products are purchased on a nationwide 
scale, the purchasing department 1 07 can bedispersed. 
Each purchasing department 107 can purchase the 
products fabricated in the corresponding area. The 
stores 109 can be dispersed in various regions. Each 
information department 108 can be directly connected 
to the corresponding purchasing department 1 07. Alter- 
natively, a pluraBty of information departments 1 08 can 
be connected to the communication network 101 for da- 
ta backup. 

[0029] The purchasing department 107 includes an 
input data terminal 1 1 1 and an input device 1 1 2. The In- 
put data terminal 111 connects to the communication 
network 101 and performs various data processings. 
The input device 112 reads data of the bar code 1 04 and 
data of the RF tag 105 attached to each product and 
inputs the data to the input data terminal 111. The input 
data terminal 111 is a data processing unit including a 
personal computer or a workstation. The input data ter- 
minal 111 has a central processing unit (CPU) (not 
shown) and a storage medium in which a predetermined 
control program is stored. The input data terminal 111 
relates the data of the barcode 1 04 to that of the RF tag 
105 as described later. 

[0030] The information department 108 has a data 
management device 1 1 4 including a personal computer, 
and first and second databases 115 and 116 connected 
to the device 114. The data management device 114 
having a communication function is connected to the 
communication network 101 . The first database 115 re- 
lates to the bar code 1 04. The second database 1 1 6 re- 
lates to the RF tag 1 05. 

[□031] The store 109 includes a personal computer 
and has an in-store processor 117 for controlling data 
processing in the store. The in-store processor 1 1 7 con- 
nects to a plurality of product data terminals 118 provid- 
ed for, e.g., respective cash registers via communication 
means such as local area network (LAN) cables. Each 
product data terminal 118 also includes a personal com- 
puter or a simplified data processor. The throughput of 
the product data terminal 118 can be lower than that of 
the in-store processor 117. Each product data terminal 
118 connects to either or both of a bar code reader 119 
and an RF tag reader 120. 

[0032] Fig. 2 shows that the input device 1 1 2 is read- 
ing the Identification data of the product 103. The input 
device 112 has a barcode reader (not shown) and an 
RF tag reader (not shown). The barcode reader scans 
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the bar code 1 04 of the products 1 03 optically. The RF 
tag reader reads data by receiving radio waves gener- 
ated from the RF tag 105. Accordingly, when the input 
device 112 is moved close to the product 103, the Input 
device 1 1 2 can read bar code data of the bar code 1 04 
and RF tag data recorded in the RF tag 1 05 at the same 
time. 

[0033] Fig. 3 shows the principle structure of theprod- 
uct Identification data management system including 
the above-mentioned components. In Fig. 3, the same 
components ae those in Fig. 1 are designated by the 
same reference numerals. As shown in Fig. 2, the input 
device 1 1 2 simultaneously reads bar code data 1 21 and 
R F tag data 1 22 an d supplies both the data 1 2 1 and 1 22 
to a relating unit 123. The relating unit 123 executes a 
relating program functioning as a part of the control pro- 
gram stored in the input data terminal 111 in Fig. 1,thus 
relating two Identification data systems with each other 
TTis relating program is stored as one part of the control 
program in the Input data terminal 111 shown in Fig, 1. 
In the present specification, an explanation will be made 
on the assumption that an identification data system us- 
ing barcode data 1 21 is a first identification data system 
and that using RF tag data 1 22 is a second identification 
data system. 

[0034] Tne relating unit 1 23 In the input data terminal 
1 11 is connected to a data updating unit 124 in the data 
management device 114 via the communication net- 
work 101 shown in Fig. 1 . The data updating unit 124 
updates the first database 1 15 concerned with bar code 
data 121 and executes update processing according to 
a data update program. When receiving bar code data 
121 related with RF tag data 122 from the input data 
terminal 1 1 1 , the data updating unit 124 updates the first 
database 115. A first data providing unit 126 provides 
the contents of the first database 1 1 & to outsiders of the 
data management department 108 by executing a first 
data providing program in the data management device 
1 1 4. A second data providing unit 1 27 provides the con- 
tents of the second database 1 1 6 to outsiders of the data 
management department 108 by executing a second 
data providing program in the data management device 
114. 

[0035] Fig. 4 shows an example of the content of the 
first database 115. Unique code data "A^". "A,./. 
" A 1»3°> — are assigned as EPCsto products, respective- 
ly. The first database 115 has records including an 6 PC, 
a bar code and three time values. As for an EPC "A^j", 
°i" indicates the value of a class field and "j" indicates 
the value of an instance field. As for a bar code 'Br", T 
identify the value thereof. Each of the time values signi- 
fies the time when the Input device 112 scans an EPC 
and a bar code. These time values are recorded in the 
factory 102, the warehouse 106 and the store 109 
shown in Fig. 1 . 

[0036] As shown by broken lines in Rg. 1 , the factory 
102 and the warehouse 106 can be connected to the 
communication network 101 as needed. The factory 
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102, the warehouse 106 and the store 109 can have 
same Input device as the input device 112 shown in Fig. 
1. 

[0037] Fig. 5 shows an example of the content of the 
tt second database 116. The second database 116 has 
records deluding a barcode, the description of a prod- 
uct, andthesl2e thereof. 

[0038] Again referring to Fig. 3, a data acquiring unit 
128 is included in the in-store processor 117 shown in 

19 Fig. 1 . When the data acquiring unit 128 receives the 
identification data from a product data terminal 118, tt 
acquires the data correspond to the identification data 
from the first data providing unit 126, the second data 
providing unit 127. Then the data acquiring unit 128 can 

is acquire additional data based on the already acquired 
data If it is necessary. For example, if the data acquiring 
unit 128 can not acquire the description and the size of 
the product, which is needed to be acquired, from the 
first data providing unit 126, it then acquires the data 

20 from the second data providing unit 127. A CPU (not 
shown) in the In-store processor 117 executes a data 
acquisition program to realize the data acquiring unit 
128. The product data terminal 118 serving as a user 
terminal includes a display (not shown) for visually die- 

& playing acquired data and a primer (not shown) for print- 
ing out acquired data. 

[0039] The operation of the product identification data 
management system according to the present embodi- 
ment will now be described in detail. The description 

so consists of two parts, the ID relating process and the 
data acquisition process . In the ID relating process, the 
relating unit 123 relates the bar cede data 121 and the 
RF tag data 122 with each other. In the data acquisition 
process, the data acquisition unit 128 acquires the data 

3s from the databases 1 1 5 and 1 1 6 and provides them to 
the product data terminal 118. ID Relating Process 
[0040] An explanation will now bo made in the case 
where the input device 112 shown in Fig. 3 reads an 
EPC (RF tag) "A^,- and a bar code "B^. 

40 [0041] Fig. 6 shows a flowchart of a process of the 
relating unit 123. After receiving the bar code and the 
EPC, the relating unit 123 (fig. 3) extracts theclass field 
"2" of the EPC B A 2 . 1 " (step S201 ). Then, the relating unit 
123 requests the data updating unit 124 to write "EV as 

43 a data item 'BAR CODE" of the records having the class 
field "2" of the EPC (step S202). 
[0042] Fig. 7 shows a flowchart of a process of the 
data updating unit 1 24. If the first database 1 15 has the 
data shown in Fig. 4, the data updating unit 124 writes 

50 "E^" as the data Item "BAR CODE" which corresponds 
to the records of "A^" and "A^" as the data item *EPC" 
in the first database 115 (step S221). 
[0043] Fig. 8 shows the content of the first database 
115 after the step S221. Data Acquisition by Terminal 

55 User 

[0044] Fig. 9 shows a flowchart of a process of the 
product data terminal 118 when a terminal user issues 
a request to acquire data concerned with a product Fig. 
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10 shows a flowchart of a process of the m-stora proc- 
essor 117 for the request. In other words, when a re- 
quest to acquire data concerned with a product Is sent 
from an arbitrary product data terminal 118, the data 
management device 114 shown in Fig. 1 is accessed 
through the in*store processor 117, so that necessary 
data is obtained from the first data providing unit 128 
(rig, 3) or the second data providing unit 127 (Fig. 3). 
[0045] it is assumed that the product data terminal 
1 1 8 includes, for example, only the bar code reader 1 1 9 
(Fig. 1 ) and the terminal user sends a request to check 
predetermined data on the basis of bar code data, which 
is obtained by reading a barcode affixed on a product 
In the store 109 (Fig. 1), the terminal user operates the 
product data terminal 11 B to specify ID data obtained 
from the bar code data and a data item the user Wants 
to check (step S241). In this instance, for the purpose 
of selection, the CPU allows the display (not shown) to 
display, for example, data items to be checked. The 
CPU is in standby mode until the user selects a desired 
data item from the displayed items. It is assumed that 
the user selects the description of the corresponding 
product as a desired data item. Assuming that the EPC 
"A^" and "DESCRIPTION" are used as arguments and 
data of the data item corresponding to ID data or an error 
notification In the event of an error is used as a returned 
value, the data acquiring unit 128 requests the first data 
providing unit 126 shown In Fig. 3 to acquire data (step 
S242). The data acquiring unit 128 Is In standby mode 
until data acquired from the first database 115 is trans- 
mitted from the first data providing unit 1 26 (step S243), 
If data is acquired (YES in step S243) , a result (including 
the error notification) is displayed in the display of the 
product data terminal 118 (stepS244). 
[0046] Referring to Fig. 1 0, the in-etore processor 1 1 7 
receives the request for data acquisition to the first data 
providing unit 126 from the product data terminal 118 
according to the processing step in S242 of Fig. 9 (step 
S261). Then, the in-tftore processor 117 starts the first 
data providing program to activate the first data provid- 
ing unit 1 26 (step S262). ID data of the first identification 
data system and data of a data item the user wants to 
check ana used as arguments. Data of the data item cor* 
responding to the ID data, ID data of the second identi- 
fication data system, or an error notification in the event 
of an error is used as a returned value. 
[0047] Fig. 1 1 specifically shows a process of the first 
data providing unit 1 26. The process corresponds to the 
processing step in S262. The first data providing unit 
126, reaped by the first data providing program, ac- 
quires ID data of the first identification data system and 
a data Item to be checked from the data acquiring unit 
128 (Rg. 3) (step S281). The first data providing unit 
126 refers to the first database 115 concerned with the 
first identification dais system to retrieve data corre- 
sponding to the ID data and the data item therefrom 
(step S282). Specifically, data of the data item "DE- 
SCRIPTION" corresponding to the EPC "A^" is re- 
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trieved from the first database 11 5 shown in Fig, 6. 
[0048] However, the first database 115 has no data 
item "DESCRIPTION" (NO in step S283). In this case. 
ID data of the second identification data system corre* 

5 spondin g to the ID data of the first identification data sys- 
tem is retrieved with reference to the first database 115 
concerned with the first identification data system (step 
$284). Then, data "Bg" of the data item "8AR CODE" 
corresponding to the EPC "A^" exists in the first data- 

f o base 115 (YES in step S285). Thus, the first data pro* 
viding unit 126 acquires the data "B 2 " and returns this 
data Of the data item "BAR CODE" to the data acquiring 
unit 128 (Fig. 3) (step S286). The process terminates 
(END). 

1 3 [0049] If there is no ID data of the corresponding sec- 
ond identification data system in step S285 (NO in step 
S285), an error message is returned to the data acquir- 
ing unit 128 as a caller (step 5287). The process termi- 
nates (END). If the first database 1 15 in Fig. 8 has data 

6 of the data item "DESCRIPTION" in step S283, acquired 
data Is returned to the data acquiring unit 1 28 as a caller 
(step 5288). The process terminates (END). 

[00501 Again referring to Rg. 1 0, when data requested 
in step S262 described above with reference to Fig. 11 

?5 is sent from the first data providing unit 126, whetherthe 
acquired data is data as the requested data item is de- 
termined (step S263). In this case, the description of the 
corresponding product is requested. When the descrip- 
tion thereof is transmitted from the first data providing 

so unit 120 (YES in step S263), the data is displayed on 
the display of the product data terminal 118(stepS264). 
The process terminates (END). In other words, when the 
description of the product is returned as acquired data 
in step S288 of Rg. 11, the acquired data is displayed 

35 on the display. When the printer (not shown) is connect- 
ed to the product data terminal 118, the result can be 
printed out 

[0051] On the other hand, it acquired data of a data 
item different from the requested data item is transmit- 

40 ted (NO in step S263), whether the acquired data is ID 
data of the second identification data system is deter- 
mined (step S265). In this case described here, the first 
database 115 includes no data Item "DESCRIPTION" 
(NO in step S283 of Fig. 11 ). The first data providing unit 

49 1 26 returns the data "82" as data of the data item 'BAR 
CODE" to me data acquiring unit 1 28 (Fig, 3) (step S286 
in Fig. 11). Therefore, the acquired data is ID data of the 
second identification data system which is different from 
the first identification data system (YES in step S265 in 

40 Fig. 1 0). The process proceeds to step S266, The sec- 
ond data providing program Is started, thus operating 
the second data providing unit 127 (Fig. 3). ID data of 
the second identification data system an d a data item to 
be checked are used as arguments. In other words, the 

55 program is caDed with the bar code data "Bg 8 and "DE- 
SCRIPTION" as arguments. Data of the data item cor- 
responding to the ID data or an error notification in the 
event of an error is used as a returned vaJue. This will 
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be described below. In other cases (NO in step S265), 
the description oi Ihe product is not known. Thus, an 
error message is displayed on the display (step S267). 
If the printer is connected to the product data terminal 
118 as mentioned above, the result can be printed out. 
[0052] Fig. 12 shows a flowchart of a process of the 
second data providing una 127. This process corre- 
sponds to the processing step in 5266. The second data 
providing unit 1 27 fs realised by the second data provid- 
ing program. First, the second data providing unit 127 
acquires ID data of the second identification data eye- 
tern and a data item the user wants to check from the 
data acquiring unit 12S (Fig. 3) (step S301). Subse- 
quently, the second data providing unit 127 refers to the 
second database 116 concerned with the second iden- 
tification data system to retrieve data corresponding to 
the ID data and the data time therefrom (step S302), 
Specifically, data of the data item "DESCRIPTION" cor- 
responding to the bar code data "B 2 M is retrieved from 
the second database 116 In Fig, 5. 
[0053] In the second database 116, data Indicating 
"CHOCOLATE* is written as the corresponding data 
item "DESCRIPTION". Therefore, the corresponding 
data exists (YES in step S303). The second data pro- 
viding unit 127 returns the data "CHOCOLATE" to the 
data acquiring unit 128 (Fig. 3) as a caller (step $304). 
The process terminates (END), rf the corresponding da- 
ta Is not acquired (NO in step S303), the second data 
providing unit 127 returns an error message to the data 
acquiring unit 128 (step 5305). The process terminates 
(END). 

[0054] Again referring to Fig. 1 0, when data requested 
in step S266 described above with reference to Fig. 12 
Is sent from the second data providing unit 127, whether 
the acquired data is data as the requested data item is 
determined (step S268). In this case, the data "CHOC- 
OLATE" corresponding to the product is acquired (YES 
in S26B). The acquired data is displayed on the display 
of the product data terminal 1 1 8 (step S264). The proc- 
ess terminates (END). In other words, "CHOCOLATE" 
is displayed as the description of the product on the dis- 
play. If the printer is connected to the product data ter- 
minal 118, the result can be printed out. As mentioned 
above, the user of the product data terminal 118 serving 
as the user tormina] can acquire data of the second da- 
tabase 1 1 6 concerned with the second identification da- 
ta system. The acquired data is not directly obtained 
from the bar code 104. 

[0055] On the other hand, if it is determined in step 
S268 that data of the requested data item is not acquired 
(NO in step S268), the process proceeds to step S267. 
An error message ie displayed on the display of the 
product data terminal 1 1 8. When the printer is connect- 
ed to the product data terminal 1 1 8, the result can also 
be printed out. 

[0056] As mentioned above, in the product identifica- 
tion data management system according to the first em- 
bodiment, ID data of an RF tag is independent of that of 
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a barcode until they are related with each other. There- 
fore, bar codes attached to products can be managed 
independency of RF tags. In other Words, in manufac- 
turing RF tags while an EPC is written into each RF tag, 
s it is unnecessary to consider relationship with barcodes. 

Second Embodiment 

[0057] Fig. 1 3 shows the principle structure of an es- 

io sential part of a product Identification data management 
system 400 according to a second embodiment oi the 
present invention. In Fig. 13, the same components as 
those In Fig. 3 are designated by the same reference 
numerals and the description thereof is omitted as ap- 
propriate. The entire structure of the product identifica- 
tion data management system 400 according to the sec- 
ond embodiment will be described using Fig. 1 relating 
to the first embodiment as needed. 
[0058] An input-output device 401 has a function for 

£0 simultaneously reading a bar code and an RF tag and 
a notifying function for checking the consistency be- 
tween the class of an EPC, obtained from the read RF 
tag, and that of bar code data and making an error no- 
tification only when a wrong combination ofthe bar code 

55 and the RF tag is affixed on the product. 

[005$] Fig, 14 shows the input-output device 401 
which is reading identification data of a product 1 03. The 
input-output device 401 Includes a selector switch 402, 
first and second Indicators 403 and 404, and a built-in 

so speaker 405 in the head thereof. The selector switch 
402 functions as a push-button switch. When being 
pushed, the selector switch 402 enters a consistency 
check mode, so that the first Indicator 403 lights up. in 
this mode, the input-output device 401 checks the con- 

& si&tency between the class of a bar code 1 04 and that 
of an RF tag 1 05. While the selector switch 402 is being 
released (projected), the second Indicator 404 lights up. 
In this mode, similar to the first embodiment, bar code 
data is related with RF tag data on the assumption that 

40 the consistency between the bar code and the RF tag 
is obtained. The latter mode will be called a relation reg- 
ister mode. When it is determined that there is no con- 
sistency between the ciass of an EPC and that oi the 
bar code, the built-in speaker 405 sounds an alarm. 
[0080] Again referring to Fig. 13, bar code data 121 
and RF tag data 122 obtained by reading the bar code 
104 and the RF tag 105 are supplied to a relating unit 
1 23 A. A relating program as a part of a control program 
stored in an input data terminal 111 shown in Fig. 1 is 

so executed, thus realizing the relating unit 1 23A for relat- 
ing two identification data systems with each other. The 
relating program is stored as one part of the control pro- 
gram in the input data terminal 111 shown in Fig. 1 . 
[00S1] When the input-output device 401 is In the con- 

« sistency check mode, the relating unit 123A is connect- 
ed to a consistency checking unit 411 . The consistency 
checking unit 411 and a first data providing unit 128A 
are arranged in a data management device 1 14. A CPU 
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in the data management device 1 1 4 executes a consist- 
ency checking program, thus realizing the consistency 
checking unit 411. Similarly, the CPU in the data man- 
agement device 114 executes a first data providing pro- 
gram, thus realizing the first data providing unit 126A. 
[0062] Similar to the first embodiment, a first data up- 
dating program Is executed, thus realizing a first data 
updating unit 124A. The first data updating unit 124A 
updates a first database 116. Only when the input-out- 
put device 401 is in the relation register mode, the first 
data updating unit 124A operates. According to the 
present embodiment, the content of the first database 
115 is as shown in Fig. 8. 

[OQ63] Fig. 15 shows a flowchart of a process in the 
consistency check mode according to the present em- 
bodiment The data management device 114 in Fig. 1 
checks data concerned With the selector switch 402 
transmitted from the input-output device 401 to deter- 
mine whether the input-output device 401 is in the con- 
sistency check mode (step S451). If it is determined that 
the device 401 is in the relation register mode (NO in 
step S451), the data updating process is performed in 
a manner similar to the first embodiment (step S452). 
[0064] On the other hand, if it is determined that the 
device 401 is in the consistency check mode (YES in 
step 5451), the barcode data 121 transmitted from the 
input-output device 401 is paired with and the RF tag 
data (EPC) 1 22 similarly sent therefrom and the combi- 
nation Is stored in a predetermined working storage area 
(not shown) (step S453). Bar code data corresponding 
to the EPC is acquired from the first database 115 
through the first data providing unit 126A (step S454). 
Subsequently, whether the barcode data 121 transmit- 
ted from the input-output device 401 is identical to the 
acquired bar code data is checked (step S455). If both 
the data are identical to each other (YES in step S455), 
the consistency between the class of the bar code 1 04 
and that of the RF tag 1 05 attached on the product 1 03 
is obtained. In this case, a reply inticating a normal 
state, i.e., the correct combination is returned to the in- 
put-output device 401 (step S458). The built-in speaker 
405 of the input-output device 401 sounds a tone indi- 
cating the normal state. 

[0065] On the other hand, if the bar code data 121 
read through the Input-output device 401 is different 
from the bar code data acquired from the first database 
115 with respect to the same RF tag data (NO in step 
S455), the data management device 114 generates a 
reply indicating an abnormal sate, i.e., the wrong com- 
bination to the input-output device 401 (step S457). 
When the input-output device 401 receives the reply, the 
built-in speaker 405 sounds an alarm such as a beep 
indicating the abnormal state. Therefore, a user of the 
input-output device 401 can easily check the consisten- 
cy between the class of an EPC and that of an RF tag 
in combination affixed on each product 103. 
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Third Embodiment 

[0066] Fig. 1 6 shows the principle structure of an es- 
sential part of a product Identification data management 

s system sod according to a third embodiment of the 
present invention. In Bg. 18, the same components as 
those In Fig. 3 are designated by the same reference 
numerals and the description thereof is omitted as ap- 
propriate. The entire structure of the product iderrtifica- 

'0 tlon data management system 500 according to the third 
embodiment will be described using Figs. 1 and 2 relat- 
ing to the first embodiment as needed, 
[0D67] In the product identification data management 
system 500, each input device 112 simultaneously 

15 reads a bar code and an RF tag as shown in Fig, 2 and 
supplies barcode data 121 and RF tag data 122 to a 
relating unit 123B. According to the present embodi- 
ment, actually, the Input devices 112 are arranged in a 
factory 102, a warehouse 1 06, end a purchasing depart- 

20 ment 107 shown in Fig. 1 , respectively. The relating unit 
123B allows a first data updating unit 1248 to update a 
first database 115 with reference to a second database 
1 1 6 on the basis of bar code data each time each prod- 
uct passes through the corresponding location. Accord- 

& ingly, a user terminal 11 BB such as a product data ter- 
minal 118 in Fig. 1 can acquire necessary data from the 
first database 1 1 5 which is updated overtime. The user 
term mal 11 aB includes a display (not shown) for disptay- 
ing a result concerned with data requested by a user. 

so [0068] Fig. 1 7 shows the content of the first database 
115 at some point, in the first database 115, data of a 
data item -DESCRIPTION" and data of a data item 
"SIZE" are recorded in correspondence with respective 
EPCs "A^" to "A^a". Regarding each of data items 

35 "FACTORY 0 , "WAREHOUSE", and "STORE", date and 
time at which each product passes through the corre- 
sponding location is recorded. Fig. 5 shows the content 
of the second database 116 corresponding to that of the 
first database 11 S shown in Fig. 17. 

40 [0069] In the product identification data management 
system 500 with the above-mentioned structure accord- 
ing to the third embodiment, a database concerned with 
EPCs (EPC database) can be constructed with refer- 
ence to a database concerned with bar code data (bar 

43 code database) and the user can refer to the construct- 
ed database using the user terminal 1 1 86. This case wai 
now be described. When an EPC and bar code data to 
be related with each other are determined, the user of 
the user terminal 118B acquires data regarding the bar 

so code data from the bar code database and then writes 
the acquired data in a format of the EPC database. This 
process will now be described below such that the proc- 
ess is divided into an ID relating process and data ac- 
quisition by the terminal user. 

55 

ID Relating Process 

[0070] An explanation will now be made with respect 
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to a case where "A^ 0 as an EPC (RF tag) and bar code 
data "82" to be related with each other are supplied from 
the input device 112 m Fig. 16 to the relating unit 123B. 
As mentioned above, a bar code and an RF tag are si- 
multaneously read using the input device 1 1 2 as shown 
in Fig. 2, so that bar code data and RF tag data can be 
easily used as combination data. To acquire data corre- 
sponding to the bar code data ■B 2 " p the relating unit 
123B ©alts a second data providing program according 
to the relating program, thus realizing a second data pro- 
viding unit127B. 

[0071] The second data providing unit 127B acquires 
data corresponding to the bar code data "B/ from the 
second database 116 concerned with the second iden- 
tification data system. The second database 116 stores 
data shown in Fig. 5. Specifically, the second data pro- 
viding unit 127B acquires data indicating "CHOCO- 
LATE" as the description of a product and data Indicating 
"S* as the size thereof , which correspond to the barcode 
data "B z *. The second data providing unit 127B returns 
the acquired data to the relating unit 123B. 
[0072] Since the class field of the EPC B Ao_ 2 " indicates 
"2", the relating unit 123B Instructs the first data updat- 
ing unit 124B to write the data "CHOCOLATE" and the 
data "S" as the data items "DESCRIPTION" and "SIZE" 
corresponding to each EPC having a class field "2*. 
When receiving such an instruction, the first data updat- 
ing unit 124B writes the data '"CHOCOLATE" and the 
data "S" as the data Items "DESCRIPTION" and "SIZE" 
corresponding to each of EPCs "Ag^" and "A^", re- 
spectively. 

[0073] Fig. 1 a shows the content ot the first database 
115 as a result of update by the first data updating unit 
124B. "CHOCOLATE" and fl S - are newly recorded as 
the data items "DESCRIPTION" and "SIZE" corre- 
spending to the EPCs ■A a . 1 " and "A^"- 

Data Acquisition by Terminal User 

[0074] An explanation will now be made with respect 
to a case where the user retrieves data of the data item 
"DESCRI PTION" corresponding to the EPC "A^" using 
the user terminal 1 1 8B. Data currently stored In the first 
database 1 1 5 concerned with the first identification data 
system is as shown in Fig. 18. Accordingly, a first data 
providing unit 126B retrieves the EPC "A^" from the 
first database 115, thus acquiring data "CHOCOLATE" 
as the data item "DESCRIPTION". The first data provid- 
ing unit 126B returns a result of the retrieval to the user 
terminal 118B. The user terminal 11 8B allows the dis- 
play to <flsplay the result. 

Fourth Embodiment 

[0075] Fig. 1 9 shows the principle structure of an es- 
sential part of a product identification data management 
system 600 according to a fourth embodiment. In Fig. 
1 9, the same components as those in Fig. 3 are desig- 
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natsd by the same reference numerals and the descrip- 
tion thereof is omitted as appropriate. The entire struc- 
ture of the product identification data management sys- 
tem 600 according to the fourth embodiment will be de- 
5 scribed using Fig. 1 relating to the first embodiment as 
needed, 

[0076] An fenput device 112 simultaneously reads a 
bar code and an RF tag as shown in Fig. 2 and supplies 
bar code data 1 21 and RF tag data 1 22 to a relating unit 

10 123C. A relating program as a part of a control program 
stored in an input data terminal 111 shown in Rg. 1 is 
executed, thus realizing the relating unit 123C for relat- 
ing two identification data systems with each other. The 
relating program is stored as one part of the control pro- 
fs gram in the input data terminal 111 shown in Rg. 1 . 
[0077] The relating unit 123C in the input data termi- 
nal 1 1 1 is connected to each of a first data updating unit 
124C and a second data updating unit 601 in a data 
management device 1 14 through a communication net- 

30 work 1 01 . The first data updating unit 1 24C updates a 
first database 1 15 concerned with th e barcode data 1 21 
according to a first data update program. When receiv- 
ing bar code data 1 21 A related with the RF tag data 1 22 
from the input data terminal 111, the first data updating 

as unit 124C updates the first database 115. A first data 
providing program is executed, thus realizing a first data 
providing unit 1 26C in the data management device 114. 
The first data providing unit 126C makes data stored in 
the first database 115 available to outsiders of a infor- 

S0 mation department 1 08. 

[0078] The second data updating unit 601 updates a 
second database 1 16 concerned with the RF tag data 
122 according to a second data update program. When 
receiving RF tag data 122A related with the bar code 

ss data 121 from the input data terminal 111 , the second 
data updating unit 601 updates the second database 
116. Asecond data providing program is executed, thus 
realizing a second data providing unit 127C. The second 
data providing unit 127C makes data stored in the sec- 

40 ond database 1 1 6 available to the outsiders of the infor- 
mation department 108. 

[0079] An In-store processor 1 1 7 in a store 1 09 shown 
In Fig. 1 includes a data acquiring unit 1 28C foracquiring 
data regarding identification data. On the basis of prod- 

45 uct data read by a bar code reader 113 or an RF tag 
reader 1 20 of a product data terminal 1 1 8C, or data sim- 
ilarly obtained by other means, the data acquiring unit 
12BC acquires necessary data from the first data pro- 
viding unit 1 26C or the second data providing unit 1 27C 

so when it is necessary to further acquire data. For exam- 
ple, when the specific description and size of a product 
cannot be known from bar code data and it is necessary 
to acquire data regarding the description and size there- 
of , the data acquiring unit 128C can acquire the data on 

ss the basis of the bar code data from the second database 
116 through the second data providing unit 127C. A 
CPU (not shown) in the product data terminal 118C ex- 
ecutes a data acquisition program, thus realizing the da- 
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ta acquiring unit 1 28C. The product data terminal 118C 
as a user terminal may include a display (not shown) for 
visually displaying acquired data and a printer (not 
shown) for printing out the acquired data. 
[0080] According to the fourth embodiment, the first 
database 11 S concerned with the first identification data 
system stores data shown in Fig. 4 and the second da- 
tabase 118 concerned with the second identification da- 
ta system stores data shown in Figs. 5 and 20. Referring 
to Fig. 20, in the second database 116, different EPCs 
"A^.,", "A^", and "A^g" are recorded in correspond- 
ence with one bar code data "Bj". In this case, one bar 
code data corresponds to a plurality of EPCs. For the 
correlation between barcode data and EPCs, two kinds 
of correlations therebetween in Figs, 5 and 20 are man- 
aged separately from each other. Thus, data can be eas- 
ily handled. 

[0981] According to the present embodiment, an ex- 
planation will now be made with respect to a case where 
each barcode data and each EPC (RF tag) are mutually 
related with each other and a user refers to a database 
concerned with EPCs as data correspondingto barcode 
data, to retrieve barcode data, the useRFirct refers to 
the first database 115 as a barcode database. In some 
cases, the first database 115 does not include data to 
be retrieved. In this case, according to the present em- 
bodiment, the user refers to the second database 116 
as a database concerned with related RF tag data. A 
process of the system according to the present embod- 
iment will now be described below such that the process 
is divided into an ID relating process and data acquisi- 
tion by a terminal user. 

ID Relating Process 

[0082] An explanation will be made with respect to a 
case where the input device 112 shown In Fig, 19 sup- 
plies "A 2 y as an EPC (RF tag) and bar code data "Bg" 
to be related with each other to the relating unit 123C. 
In the use of the input device 1 1 2 as shown In Fig. 2, as 
mentioned above, a bar code and an RF tag can be si- 
multaneously read and be easily used as combination 
data. Relating includes first to third patterns. According 
to the first pattern, the bar code data "B 2 " is related with 
the EPC "A2.1". According to the second pattern, the 
EPC "A 2 y is related with the bar code data M B 2 \ Ac- 
cording to the third pattern, the EPC "A^ and the bar 
code data •B a p are mutually related with each other. 
[0083] Relating methods include a first method for de- 
termining a relating pattern based on the order of ID date 
supplied from the input device 1 1 2 and a second method 
for mutually relating an EPC and bar code data Inde- 
pendently of input order. As a first example, to relate the 
bar code data 'Bg" with the EPC "Ag.,", the relating unit 
1 23C calls the first data update program to activate the 
first data updating unit 124C. As a second example, to 
relate the EPC "A^/ with the bar code data "82". the 
relating unit 1 23C calls the second data update program 
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to activate the second data updating unit 601 . As a third 
example, to mutually relate the EPC "A^i" &nd tne bar 
code data "B 2 " with each other, the relating unit 123C 
calls the first and second data update programs to acti- 

5 vat© both of the first data updating unit 124C and the 
second data updating unit 601 . 

[0084] The third example will now be described in de- 
tail. In this example, the relating unit 123C first calls the 
first data update program to activate the first data up- 
10 dating unit 1 24C. Subsequently, the bar code data "62" 
Is written as the data item "BAR CODE" corresponding 
to each of the EPCs "AaV and , A a . a ° in the first data- 
base 1 16 concerned with the first identification data sys- 
tem in the same way as the ID relating process accord- 
's ing to the first embodiment. Consequently, the content 
of the first database 115 shown in Fig. 4 is updated to 
that shown in Fig. 8. 

[00B5] After that, the first data updating unit 1 24C ac- 
quires all EPCs corresponding to the bar code data ,t e z u 
20 from the first database 1 1 5 of the first identification data 
system and transmits the acquired EPCs to the relating 
unit 123C. The EPCe transmitted to the relating unit 
1S3C are "A^" and "A^". 

[0086] The relating unit 1 23C instructs the second da- 

6 ta updating unit 601 to register the EPCs "Ag./ and 
"A2-2 50 M t0 correspond to the bar code data "Bg". In 
response to the instruction, the second data updating 
unit 601 updates the second database 1 1 6 of the second 
identification data system. 

30 [0067] Fig. 21 shows the updated content of the sec- 
ond database 116. As compared to the content shown 
in Fig. 20, it is obviously understood that the EPCs"Ag.i" 
and "A^V are added in correspondence with the bar 
code data "B^ As mentioned above, the process of mu- 
tt* tually relating an E PC and bar code data with each other 
is completed. 

Data Acquisition 

40 [008B] An explanation will now be described with re- 
spect to a case where the user transmits a request to 
check time at which a product with bar code data "B," 
passed through the factory 102, using the product data 
terminal 118C. When receiving the request from the 

4* product data terminal 118C, the data acquiring unit 
1 26C calls the second data providing program using the 
bar code data "B," and a data item "FACTORY" as ar- 
guments, thus activating the second data providing unit 
127C. The eecond data providing unit 127C retrieves 

00 the bar code data °B 1 " and data of the data item "FAC- 
TORY - from the second database 116 of the second 
identification data system. 

[0089] Fig. 20 shows the second database 1 1 6. The 
second database 116 includes the bar code data "B 1 tt 
55 but does not include the data item "FACTORY". There- 
fore, the EPCs "A V1 ", "A^ 0 , and "A^' corresponding 
to the bar code data "Bj" are acquired and are then re- 
turned to the data acquiring unit 12BC. 
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[0090] The data acquiring unit 1 28C determines that 
the acquired data is not data of the requested data item 
"FACTORY" and the data is data of the other ID data 
system, i.e., data of the data item "EPC". Consequently, 
to refer to the first database 1 15 of the first identification 
data system in which data related with EPCs are stored, 
th © first data providing program is called using the EPCs 
"Am", "A,./, and "A,^" and the data item "FACTORY" 
as arguments, thus activating the first data providing unit 
136C. To acquire data of the data item "FACTORY" cor- 
responding to the EPCs "A,., 0 , "A,^", and "A^", the 
first data providing un It 1 26C ref era to the first database 
1 15 of the first identification data system shown in Fig. 
8. Data concerned with the data item "FACTORY", each 
of which the EPCs "A^*, "A^'i and "A^ 0 correspond 
to, indicates "2003/1072 13:24" as passage time. The 
data indicating "2003/1 072 1 3:24" as the data Hem "FAC- 
TORY" corresponding to each of the EPCs "A^". "A^". 
and "A 14 " is returned to the data acquiring unit 128C. 
[0091] The data acquiring unit 1 28C notifies the prod- 
uct data terminal mc that three products correspond- 
ing to ths barcode data'^" passed through the factory 
102 at "2003/1 0/2 13:24", i.e., they Were shipped from 
the factory 102 at that time. When receiving the notifi- 
cation, the product data terminal 1 1SC permits the dis- 
play to display the fact. 

[0092] According to the first, second, and fourth em- 
bodiments as mentioned above, the product data termi- 
nal is used as a user terminal. The terminal is not limited 
to the product data terminal. For example, general user 
terminals can also be used as described in the third em- 
bodiment. In Fig. 1 , the data management device 11 4 is 
connected to the input data terminal 1 1 1 via the commu- 
nication network 1 01 . The data management device 114 
may also function as the Input data terminal 1 11 . For the 
in-store processor 117, similarly, the in-store processor 
1 1 7 may also function as the data management device 
114 or the input data terminal 111. It to essential only 
that various programs described in the above embodi- 
ments be executed in the system to manage two Iden- 
tification data systems mentioned above. 
[0093] In the above embodiments, the input device 
capable of scanning a barcode and an RFtag as shown 
in Fig. 2 is used. The input device is not limited to this 
type. 7V/o kinds of input devices can be used to sepa- 
rately input a bar coda and an RF tag. Further, in input- 
ting identification data of two identification data systems 
in correspondence with a product such that the identifi- 
cation data of the two identification data systems are re- 
lated with each other, it is unnecessary to always add 
identification data of the two Identification data systems 
to each product. Identification data of the two identifica- 
tion data systems can be input such that they are related 
with each other by any means. 

[OOM] In addition, in the above embodiments, bar 
code data and R F tag data have been described as iden- 
tification data of two identification data systems. Obvi- 
ously, the present invention can be applied to identifica- 



tion data of two identification data systems which are 
generally different from each other. 



* Claims 

1. A product identification data management system 
comprising: 

to identification data input means for Inputting 

identification data of two data systems added 
to each product such that the identification data 
of one data system is related with that of the 
other data system every product; 
a database for storing the identification data of 
the two data systems input by the identification 
data input means such that the identification 
data of one data system is related with that of 
the other data system every product; and 

zo database retrieval means for retrieving the 

identification data of one data system from the 
database and acquiring the identification data 
when identification data of the other data sys- 
tem is designated. 

2. A product identification data management system 
comprising: 

relation mode reading means for reading iden- 
SO tification data of two data systems correctly 

added to each product in order to identify the 
same product; 

relating means for relating the class fields of the 
identification data of the two data systems, read 
« by the relation mode reading means, with each 

other every kind of product, the class field serv- 
ing as a data segment to identify the kind of 
product; 

a database for storing the identification data of 
to the two data systems with the class fields relat- 

ed by the relating means; and 
database retrieval means for retrieving the 
identification data of one data system from the 
database and acquiring the identification data 
<5 when the class field of the identification data of 

the other data system is designated. 

3. A product identification data management system 
comprising; 

BO 

relation mode reading means for reading iden- 
tification data of two data systems correctly 
added to each product in order to identify the 
same product; 

ss relating means for relating the class fields of the 

identification data of thetwo data systems, read 
by the relation mode reading means, with each 
other every kind of product, the class field serv- 
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ing as a data segment to identify the kind of 
product; 

a database (or storing the identification data of 
the two data systems with the class fields relat- 
ed by the relating means; $ 
check mode reading means for reading Identi- 
fication data of the two data systems added to 
the same product in order to check the un- 
known relation therebetween; 
check mode retrieval means for retrieving iden- w 
tification data of one data system, which is re- 7. 
lated with the identification data of the other da- 
ta system read by the check mode reading 
means, from the database; 
identification data checking means for checking fs 
whether the identification data retrieved by the 
check mode retrieval means Is identical to the 
identification data with the related class field 
read by the check mode reading means; and 
relation determination maans for determining w 
that the identification data of the two data sys- 
tems with the unknown relation therebetween 
added to the product, read by the check mode 
reading means, are related with each other as 
identification data of the same product when 25 
the identification data checking means obtains 
the consistency of both the identification data, 
and for determining that the identification data 
of the two data systems are not related with 
each other as identification data of the same 30 
product in other cases. 

The system according to Claim 1 , wherein the da- 
tabase includes database segments such that iden- 8. 
tification data of each product is stored in corre- & 
spondence with auxiliary data concerned with the 
product every data system. 

The system according to Claim 4, further compris- 
ing; <° 

database segment cooperative retrieval means 
for retrieving data, which does not exist in one 
database segment of one data system , from the 
other database segment of the other data sys- <s 
tern on the basis of identification data of the 
same product. 



6. A product identification data management method 
comprising: 



so 



an identification data input step of inputting 
identification data of two data systems added 
to each product such that the identification data 
of one data system is related with that of the « 
other data system every product; 
a database construction step of storing the 
identification data of the two data systems input 



in the identification data input step in a data- 
base such that the identification data of oneda- 
ta system is related with that of the other data 
system every product; and 
a database retrieval step of retrieving the Iden- 
tification data of one data system from the da- 
tabase and acquiring the Identification data 
when the identification data of the other data 
system is designated. 

A product Identification data management method 
comprising: 

a relation mode reading step of reading identi- 
fication data of two data systems correctly add- 
ed to each product in order to identify the same 
product; 

a relating step of relating the class fields of the 
identification data of the two data systems, read 
in the relation mode reading step, with each 
other every kind of product, the class field serv- 
ing as a data segment to identify the kind of 
product; 

a database construction step of storing the 
identification data of the two data systems with 
the class fields related in the relating step in a 
database; and 

a database retrieval step of retrieving the iden- 
tification data of one data system from the da- 
tabase and acquiring the identification data 
When the class field of the identification data of 
the other data system is designated. 

A product identification data management method 
comprising: 

a relation mode rearing step of reading identi- 
fication data of two data systems correctly add- 
ed to each product in order to identify the same 
product; 

a relating means for relating the class fields of 
the identification data of the two data systems, 
read in the rotation mode reading step, with 
each other every kind of product, the class field 
serving as a data segment to identify the kind 
of product; 

a database construction step of storing the 
identification data of the two data systems with 
the class fields related in the relating step in a 
database; 

a check mode reading step of reading identifi- 
cation data of the two data systems added to 
the same product in order to check the un- 
known relation therebetween; 
a check mode retrieval step of retrieving iden- 
tification data of one data system, which is re- 
lated with the identification data of the other da- 
ta system read in the check mode reading step, 
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from the database; 

an Identification data checking step of checking 
whether the identification data retrieved in the 
check mode retrieval step is Identical to the 
Identification data with the related cfass field 
read in the check mode reading step; and 
a relation determination step of determining 
that the identification data of the two data sys- 
tems with the unknown relation therebetween 
added to the product, read in the check mode 
reading step, are related with each other as 
identification data of the same product when 
the consistency of both the Wentif ication data 
is obtained in the identification data checking 
step, and of determining thai the identification 
data of the two data systems are not related 
with each other as identification data of the 
same product in other c 



a processor for executing a process of checking 
data stored In the first storage device against 
data stored in the third storage device on the 
basis of the relation stored in the second Stor- 
s age device. 

12. The system according to Claim 9, wherein the first 
recording medium includes a barcode printed mat- 
ter and the second recording medium Includes an 
w RFtag. 
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BO 



A product identification data management system 20 
comprising: 

a first computer-readable recording medium for 
recording first identification data, the first re- 
cording medium being attached to each prod- 
uct to be managed; 

a second computer-readable recording medi- 
um for recording second identification data hav- 
ing a data system independent of that of the first 
Identification data, the second recording medi- 
um being attached to each product together 
with the first recording medium; 
a first storage device for storing the first identi- 
fication data and data recorded in connection 
with the first identification data; 
asecond storage device for storing the first and 
second identification data euch that the first 
identification data recorded in the first record- 
ing medium attached to the product is related 
with the second identification data recorded in 
the second recording medium attached to the 
same product; and 

a processor for executing a process of retriev- 
ing data on the basis of input second identifica- 
tion data by using first identification data corre- 
sponding 10 the input second identification da- 
ta. 



40 



45 



10. The sy8tem according to Claim 9, further compris- 
ing: *> 

a third storage device for storing the second 
identification data and data recorded in connec- 
tion with the second identification data. 



11. The system accorcfing to CUim 10, further compris- 
ing: 
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